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DATABASE AND INFORMATION SYSTEM ARRANGEMENT FOR USE IN 
DESIGNING AN ARCHITECTURE FOR A WARFARE MISSION 

5 Origin of the Invention 

The invention described herein was made in the 
performance of official duties by employees of the Department 
of the Navy and may be manufactured, used, licensed by or for 
the Government for any governmental purpose without payment 
10 of any royalties thereon. 

Field of the Invention 
o The invention relates generally to database 

^ arrangements, and more particularly to a database and 

03 15 information system arrangement for use in designing an 

architecture for a specific warfare mission such as mine 
f2 warfare, littoral warfare, amphibious warfare, etc. 

J\ Background of the Invention 

O 20 The U.S. military has been challenged by the Joint 

Chiefs of Staff to transform itself into a preeminent joint 
O force that is completely interoperable. This 

^ interoperability must occur from warfighter to warfighter, 

from warfighter to command, from command to command, from 
25 military branch to military branch — all the way to 

government agencies and our country ! s multinational partners. 

While an amazing array of sophisticated technological tools 
exist that can help make this interoperability a reality, the 
challenge is how to use these tools to operationally link 
3 0 every person and every system. One of the keys to meeting 

this challenge lies in the design of military "command, 
control, communications, computers, intelligence, 
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surveillance and reconnaissance" (or "C4ISR" as it is known) 
architectures . 

The design of a C4ISR architecture must meet the 
5 assigned requirements while simultaneously being compatible 

with and comparable to other C4ISR architectures throughout 
the joint force. In designing such an architecture, the 
C4ISR Architecture Framework can be used. This framework is 
not a blueprint for developing an architecture, but rather 
10 offers guidance for describing architectures in a 

standardized way that is crucial to successful warfare-area 
C4ISR architecture development. The C4ISR Architecture 
Q Framework, Version 2.0, was developed by the C4ISR 

^ Architecture Working Group, and can be downloaded from the 

rg 15 internet at 

http://www.c3i.osd.mil/org/cio/i3/AWG Digital Library/, 
gi Briefly, the C4ISR Architecture Framework was developed 

s to ensure that architectures developed by the geographic and 

s 

y, functional commands, services and agencies can: 

O 20 1) be interrelated between and among the organizations 1 

operational, systems, and technical architecture views, 
O and 

*~ 2) be comparable and compatible across joint and multi- 

national organizational boundaries. 
25 It is important to understand that the framework provides 

direction on how to describe architectures, and not how to 
design or implement a specific architecture, or how to 
develop and acquire systems-of -systems . The framework draws 
a very clear distinction between architecture description and 
30 architecture implementation. It defines an architecture 

description as a "representation, as of a current or future 
point in time, of a defined 'domain 1 in terms of its 
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component parts, what those parts do, how the parts relate to 
each other, and the rules and constraints under which the 
parts function." 

The framework is currently directed at C4ISR 
5 architectures with the focus on C4ISR support to the 

warfighter. The C4ISR Architecture Framework contains four 
main types of guidance for developing an architecture as 
follows : 

1) Guidelines, which include a set of guiding 
10 principles for building architectures, that comply with the 

framework. 

2) A high-level process for using the framework to 
Q build and integrate architectures. 

"t: 3) A discussion of architecture data and tools that can 

Oj 15 facilitate the architecture-description process. 

: 4) A detailed description of the product types. 

m The framework describes three different perspectives or 

O "views" that logically combine to describe a C4ISR 

architecture. These views are the operational, systems, and 
O 20 technical views. Each of the three views affects which 

Li 

architecture characteristics are to be considered and/or 
p displayed. Each view provides a different perspective on the 

^ same architecture. The framework's description of the 

different views will be presented briefly below. 
25 The operational view provides a description of the 

tasks and activities, operational elements, and information 
flows required to accomplish or support a military operation. 

It contains descriptions (often graphical) of the 
operational elements, assigned tasks and activities, and 
3 0 information flows required to support the warfighter. It 

defines the types of information exchanged, the frequency of 
exchange, which tasks and activities are supported by the 
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information exchanges, and the nature of information 
exchanges in detail sufficient to ascertain specific 
interoperability requirements. 

The systems view describes systems and interconnections 
providing for or supporting warfighting functions. For a 
domain, the systems architecture view shows how multiple 
systems link and interoperate, and may describe the internal 
construction and operations of particular systems within the 
architecture. For an individual system, the systems 
architecture view includes the physical connection, location, 
and identification of key nodes (including material item 
nodes), circuits, networks, warfighting platforms, etc., and 
specifies system and component performance parameters (e.g., 
mean time between failure, maintainability, availability) . 
The systems architecture view associates physical resources 
and their performance attributes to the operational view and 
its requirements per standards defined in the technical 
architecture . 

The technical view describes the minimal set of rules 
governing the arrangement, interaction, and interdependence 
of system parts or elements, whose purpose is to ensure that 
a conformant system satisfies a specified set of 
requirements. The technical architecture view provides the 
technical systems implementation guidelines upon which 
engineering specifications are based, common building blocks 
are established, and product lines are developed. The 
technical architecture view includes a collection of the 
technical standards, conventions, rules and criteria 
organized into profile (s) that govern system services, 
interfaces, and relationships for particular systems 
architecture views and that relate to particular operational 
views . 
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As noted previously, the C4ISR Architecture Framework 
provides direction on how to describe architectures, but not 
how to design or implement a specific architecture. This 
poses a great challenge. Since the three views (operational, 
5 systems, and technical) and their products are new 

constructs, they are not supported by existing systems 
engineering formalisms or tools. Further, each product 
contains a great deal of information. Accordingly, designing 
a C4ISR architecture is a highly complex task, particularly 
10 when the design must be comparable to other architectures. 

While the C4ISR Architecture Framework is a very useful tool, 
using it effectively and efficiently is a challenge in 
O itself. To handle the complex nature of the C4ISR 

architecture design, it is necessary to develop supporting 
CO 15 tools and processes to help facilitate the architecture 

S H design process. In particular, with respect to the 

Ql architecture's operational view, it is necessary to provide 

the means to deal with the myriad of data and organizational 
relationships involved in the operational view. 

20 

Summary of the Invention 

Accordingly, it is an object of the present invention 
to provide a system that can be used as a tool in the design 
of an architecture for a warfare area or mission. 
25 Another object of the present invention is to provide a 

system for facilitating the handling of data and 
organizational relationships used by a warfare area or 
mission. 

Still another object of the present invention is to 
30 provide a system for storing information used to describe the 

operational view of an architecture for a warfare area or 
mission. 
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Other objects and advantages of the present invention 
will become more obvious hereinafter in the specification and 
drawings . 

In accordance with the present invention, a database 
5 and information system arrangement are provided. 

Specifically, the arrangement is useful in designing an 
operational architecture for warfare missions such as mine 
warfare, littoral warfare, amphibious warfare, etc. The data 
and organizational relationships are provided in a format 
10 that is useful for designing the operational view of a C4ISR 

architecture. The arrangement can be applied to any warfare 
area ' s operational view. In the arrangement, an operational 
□ process section describes: i) operational activities of the 

2 warfare mission, ii) a sequence for the operational 

£3 15 activities, iii) problems associated with the operational 

fH activities, and iv) performance characterizations of the 

m operational activities. A data section identifies input data 

u used by the operational activities and output data resulting 

from the operational activities. An organizational section 
O 20 identifies an organizational hierarchy and assets used to 

carry out the operational activities and identifies storage 
locations for the input data and the output data. 



Brief Description of the Drawings 

25 Other objects, features and advantages of the present 

invention will become apparent upon reference to the 
following description of the preferred embodiments and to the 
drawings, wherein corresponding reference characters indicate 
corresponding parts throughout the several views of the 

3 0 drawings and wherein: 

FIG. 1 is a top-level functional block diagram 
illustrating the relationship of a database and information 
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system arrangement of the present invention in relation to 
the design of a C4ISR architecture for a warfare area or 
mission; and 

FIG. 2 is a database structure model for the database 
5 and information system arrangement of the present invention 

for use in designing an operational architecture for a 
warfare area or mission. 

Detailed Description of the Invention 
10 Referring now to the drawings, and more particularly to 

FIG. 1, a database and information system arrangement 10 is 
illustrated in relation to the design of a C4ISR architecture 
Q for a warfare area or mission. In the present invention, 

/K arrangement 10 provides the means to capture/ store and 

ffl 15 organizational relationships used in the design of the 

H operational view of a warfare mission 1 s architecture. Such 

01 warfare missions include, but are not limited to, mine 

^ warfare, littoral warfare, amphibious warfare, ground warfare 

jLs, and air warfare. 

~ 20 In designing the operational view of a warfare mission's 

yi architecture, a large number of architecture information 

H elements 12 must be assembled in a cohesive fashion such that 

Mb 

the Department of Defense's C4ISR Architecture Framework 14 
can be implemented during an architecture products design 16. 

25 Broadly speaking, architecture information elements 12 

include various operational activities and the various 
organizations and assets used/needed to carry out the 
operational activities. The activities and organizations 
provide data and/or supply data to other 

30 activities/organizations. Accordingly, database and 

information system arrangement 10 defines a structure that 
organizes the operational activities, organizations and data 
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utilized/created thereby in a format satisfying the criteria 
in C4ISR Architecture Framework 14. 

Referring now to FIG. 2, a database structure model for 
database and information system arrangement 10 is 
illustrated. The format of the model used to illustrate 
arrangement 10 is the well-known IDEF1X modeling standard 
which is described in detail in "Announcing the Standard for 
Integration Definition for Information Modeling (IDEF1X) , " 
Federal Information Processing Standards Publication 184, 
December, 1993. Briefly, as is known in the art, a solid 
line in FIG. 2 depicts an identifying relationship between a 
high-level or parent entity and a sub-level or child entity. 

A dashed-line depicts a non- identifying relationship between 
parent and child entities. Network recursive relationships 
(i.e., those defining many-to-many relationships) are defined 
by the use of side-by-side solid or dashed lines depending on 
the nature of the particular relationship. 

System arrangement 10 will be described in sections. 
However, it is to be understood that the order of explanation 
herein in no way defines or limits the order of data entry or 
flow in system arrangement 10. Section 20 defines an 
arrangement of database "buckets" for storing and handling 
information related to the operational activities of the 
warfare mission. Operational process section 21 contains 
information regarding all of the tasks, processes or 
activities conducted during the particular warfare mission's 
operations. This includes parent and child processes. 
Operational process prerequisite section 22 references the 
child processes that comprise a particular parent process. 
Also included is a description of the order or sequence for 
the execution of the operational activities listed and 
described in operational process section 21. An issue 
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section 23 can be provided for the storage of issues or 
problems known to be associated with the operation activities 
listed and described in system 21. An operational process 
issue comment section 24 provides for storage of user- input 
comments related to a particular issue of an operational 
activity. A rating value section 25 can be provided for 
storage of characterizations of past performance of the 
various operational activities. 



defines an arrangement of database buckets for storing and 
handling information related to the data used by the various 
operational activities listed and described in operational 
process section 21. Process data element section 31 lists 
the types of data needed for all of the operational 
activities. Data element classification selection 32 
identifies each type of data as being either input data used 
by the particular operational activity or output data 
resulting from the particular operational activity. Process 
input data element section 33 identifies the input data 
elements associated with a particular operational activity 
and importance level section 34 allows the user to assign a 
relative level of importance (e.g., high, medium, low, etc.) 
to each such data element. 

Date element section 35 provides details about each 
data element listed in process data element section 31. Such 
details can include, but are not limited to, a security 
classification (e.g, . unclassified, confidential, secret, top 
secret, etc.) of each data element, category and hierarchy of 
each data element, and the frequency with which a data 
element changes or is updated. Security classifications are 
stored in section 36. Categories and hierarchal (i.e., 
parent/child relationships) relationships between categories 
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are stored in sections 37 and 38, respectively. The 
frequency with which a data element changes are stored in 
section 39. 

Section 4 0 defines an arrangement of database buckets 
for storing and handling information related to the 
organizations that carry out the various operational 
activities listed in operational process section 21. Party 
section 41 is a domain of all assets (i.e., organizations, 
groups of individual within a particular organization, and 
various other assets utilized by the operational activities 
such as messages, documents, reports, memos, etc.) that can 
perform tasks for the operational activities. Party type 
section 42 defines the type of each asset in section 41. 
Organization section 43 lists and describes all of the 
organizational groups associated with the operational 
activities in section 21. The type of each organization and 
hierarchal relationships between organizations are stored in 
sections 44 and 45, respectively. 

Since the various data elements listed in section 35 
are associated with a wide variety of systems, their 
execution/storage locations are also widely varied. 
Accordingly arrangement 10 includes a database repository 
section 46 that identifies the authoritative data repository 
listing while section 47 provides database repository 
assignments for data elements listed in section 35. The 
format of a data element in a repository is stored separately 
in section 48. The format of a data element could be, for 
example, an image, ASCII text, etc. 

The advantages of the present invention are numerous. 
The database and information system arrangement provides 
data and organizational relationships in a format that is 
useful for designing the operational view of a C4ISR 
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architecture. The arrangement can be applied to any warfare 
area's operational view and, therefore, provides for 
interoperability between different branches of the military. 

Although the invention has been described relative to a 
specific embodiment thereof, there are numerous variations 
and modifications that will be readily apparent to those 
skilled in the art in light of the above teachings. It is 
therefore to be understood that, within the scope of the 
appended claims, the invention may be practiced other than as 
specifically described. 

What is claimed as new and desired to be secured by 
Letters Patent of the United States is: 



